如果你最近有在看台灣技術圈的討論，應該會發現一個很明顯的轉向。去年大家還在比誰比較會跟 AI 聊天，今年大家開始討論的是，怎麼讓一群 AI 真的進 repo、跑命令、改檔案、過驗證，最後別把專案搞爛。
這兩件事看起來很像，實際上差很多。
Vibe Coding 的重點是「先做出來再說」。Agentic Software Development，簡稱 ASD，重點則是「讓產出可以被管理、被驗收、被持續維護」。前者很適合把 demo 推出來，後者才比較像能撐住鐵人賽三十天，甚至撐住真實產品線的方法。
所以如果你今年也打算寫 AI、Agent 或開發工作流相關主題，我反而會建議你先別急著練 prompt。你真正該補的，是怎麼當一個牧羊人。
Vibe Coding 之所以紅，不是沒有原因。它真的快，快到你很容易誤判自己的工程能力是不是突然升級了。
你丟幾句需求，AI 就吐出畫面、元件、資料串接，順手幫你補一點動畫跟文案。那個瞬間很爽。問題是，大部分專案不是拿來截圖發社群而已。它們要被交接、要被延伸、要被 debug，還要在兩週後被另一個人接手。
麻煩通常不是出在第一天，而是第二天。
第二天你會開始發現，AI 幫你寫的東西每一段都「看起來能跑」，但整體沒有真正的邊界感。命名不一致，抽象層次飄來飄去，資料流靠猜，驗證流程缺東缺西。你叫它修一個小 bug，它順手改了四個檔案，還把原本能用的地方一起重寫。
很多人把這種問題理解成模型還不夠聰明。我不太認同。更多時候，是因為我們把 AI 當成很會打字的實習生，卻沒給它任何工作規則。你讓它自由發揮，它就真的自由發揮。最後接鍋的還是你。
這就是為什麼 2026 年開始，技術圈一直在談 agent，而不是只談 copilot。
Copilot 式的工作流，本質上還是你在主導，AI 只是坐副駕。你打一段，它補一段；你卡住，它給建議。可是一旦工具開始能自己看 repo、自己跑 terminal、自己調用外部工具，整個遊戲規則就變了。
這時候開發者最有價值的能力，不再只是「我能不能寫出這段程式」，而是：
說穿了，這不是少寫 code，而是多做系統設計。
你要開始像帶一群會衝很快、但方向感不一定好的助手。它們不懶，甚至太勤奮了。真正麻煩的是，牠們會很認真地把錯的事做到底。
我很喜歡用牧羊人這個比喻，因為它剛好能說明現在開發角色的變化。
以前的工程師比較像工匠。需求來了，自己下手刻。現在如果你手上已經有多個 agent，可以幫你查檔案、改程式、補測試、整理說明文件，那你的工作反而更像在顧一整片系統。
牧羊人不會每秒盯著每一隻羊要往哪裡走，但他一定會先處理幾件事：
把這個概念搬到代理開發，其實就是幾個很務實的工程動作。
只靠聊天視窗餵上下文，效率很差，也不穩。你今天講過的規則，明天可能就忘了；你以為它有記住，實際上沒有。
比較成熟的做法，是把規範寫成 repo 內可讀的檔案。像是專案說明、目錄責任、驗證命令、不可觸碰區域、命名慣例，甚至是 review 準則。讓 agent 每次進來不是靠猜，而是先讀到團隊真正的操作邏輯。
這種檔案看起來很無聊，卻會直接決定 agent 產出的穩定度。沒有護欄的高速，不叫效率，叫失控。
今年很多討論會從 chat 轉向 terminal agent，不是因為聊天不重要，而是因為真正有產值的流程，最後都得碰到真實工具。
它要能跑測試、看 log、改多檔、查差異、驗證輸出。這跟單純請它吐一段 code 完全不是同一個層級。工具調用一開，能力會上升，風險也一起上升。
所以關鍵不是「要不要給工具」，而是「你怎麼給」。
哪些命令可以跑，哪些不能跑。能不能改整個資料夾，還是只能碰某幾個模組。失敗了要停在哪裡，成功要交付什麼。這些事情以前你可以靠資深工程師在旁邊盯，現在如果要交給 agent，就得變成明文化的契約。
很多團隊現在會卡住，不是因為 agent 不夠會寫，而是因為每個步驟都要等人按同意，最後整條流程塞車。
這個問題很現實。Human-in-the-loop 不是不要，而是不能放錯位置。
如果你連小修文案、格式整理、測試補齊都要人工逐步批准，那 agent 只會變成比較貴的巨集。更合理的做法，是把人工審核集中在幾個高風險節點，例如：
其他低風險流程，應該讓 agent 自己走完整段，再由人做結果審核。人不是要跟 agent 搶滑鼠，而是要卡在真正值得判斷的地方。
這也是我對今年內容走向的一個判斷。
如果你的主題還停在「這個模型多強」「這個 IDE 多神」「一句 prompt 生出整個系統」，老實說，前幾篇可能還有人看，後面很容易疲乏。因為這類內容只會一直重複同一個爽點，但沒回答大家最在意的問題: 產出之後怎麼收斂？怎麼維護？怎麼讓團隊真的用？
真正能拉開差距的文章，會開始談下面這些東西：
這些題目比較沒那麼花俏，但更接近工程現場。也更有機會讓你的鐵人賽系列不是三天熱度，而是真的有人收藏。
如果你真的想趁這一波升級，我會建議先練這三件事。
不要把 AI 當聊天室升級版。開始把你的常見工作拆成可重複的流程，例如需求整理、差異分析、修改、驗證、回報。只要流程一固定，你就比較知道哪一段適合交給 agent，哪一段一定要留在人手上。
很多人現在對 MCP、規則檔、工具清單有興趣，不是因為這些名詞很潮，而是因為它們碰到真正的核心問題: 你要怎麼讓 agent 接到正確的世界模型。
如果上下文入口是亂的，後面全部都會歪。你給它的不是知識總量，而是工作邏輯。
未來很值錢的能力，可能不是每一行都自己寫，而是能快速判斷這份 AI 產出能不能進主線。你要看得出哪裡只是小瑕疵，哪裡其實會變成結構性債務。這種 review 能力，會直接決定團隊到底是在加速，還是在提早埋雷。
2025 年教會我們一件事: 跟 AI 聊得順，真的可以換到很高的短期產出。
2026 年要面對的，則是另一件比較不浪漫的事: 那些產出最後都要有人養，而且通常就是你養。
所以今年如果你想跟上節奏，別再只練怎麼把 prompt 寫得像咒語。更值得練的，是怎麼把專案整理成 agent 進來也不會迷路的環境，怎麼把規則變清楚，怎麼把驗證變預設，怎麼把人的判斷留在最有價值的位置。
會 Vibe Coding，頂多代表你能很快開始。會牧羊人式的代理開發，才代表你有機會把東西真的帶到終點。
ryanvale
iThome鐵人賽
看影片追技術